home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9703 / 000083_owner-urn-ietf _Fri Mar 28 15:49:34 1997.msg < prev    next >
Internet Message Format  |  1997-04-01  |  4KB

  1. Received: (from daemon@localhost)
  2.     by services.bunyip.com (8.8.5/8.8.5) id PAA04603
  3.     for urn-ietf-out; Fri, 28 Mar 1997 15:49:34 -0500 (EST)
  4. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1])
  5.     by services.bunyip.com (8.8.5/8.8.5) with SMTP id PAA04585;
  6.     Fri, 28 Mar 1997 15:49:06 -0500 (EST)
  7. Received: from beach.w3.org by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  8.         id AA17752  (mail destined for uri@services.bunyip.com); Fri, 28 Mar 97 15:49:04 -0500
  9. Received: from beach.w3.org (beach.w3.org [207.8.37.250])
  10.           by beach.w3.org (8.8.4/8.8.4) with SMTP
  11.       id OAA14339; Fri, 28 Mar 1997 14:48:56 -0600
  12. Message-Id: <333C2EB7.673F7509@w3.org>
  13. Date: Fri, 28 Mar 1997 14:48:55 -0600
  14. From: Dan Connolly <connolly@w3.org>
  15. Organization: World Wide Web Consortium
  16. X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586)
  17. Mime-Version: 1.0
  18. To: "Ron Daniel, Jr." <rdaniel@acl.lanl.gov>
  19. Cc: Patrik Faltstrom <paf@swip.net>, uri@bunyip.com, ietf-url@imc.org,
  20.         urn-ietf@bunyip.com
  21. Subject: Re: [URN] draft-ietf-urn-nid-req-01.txt
  22. References: <3.0.32.19970328103705.009c93a0@acl.lanl.gov>
  23. Content-Type: text/plain; charset=us-ascii
  24. Content-Transfer-Encoding: 7bit
  25. Sender: owner-urn-ietf@Bunyip.Com
  26. Precedence: bulk
  27. Reply-To: Dan Connolly <connolly@w3.org>
  28. Errors-To: owner-urn-ietf@Bunyip.Com
  29.  
  30. Ron Daniel, Jr. wrote:
  31. > At 03:13 AM 3/28/97 -0600, Dan Connolly wrote:
  32. > >See also, RFC1630 (informational)
  33. > Gee Dan, when I read 1630 it says things like:
  34. > "For existing Internet access protocols, it is necessary in most
  35. > cases to define the encoding of the access algorithm into something
  36. > concise enough to be termed address. URIs which refer to objects
  37. > according to existing protocols are known as "Uniform Resource
  38. > Locators" (URL)s ..."
  39. > and
  40. > "There is currently a drive to define a space of more persistent names
  41. > than any URLs. These "Uniform Resource Names" are the subject of an
  42. > IETF working group discussions."  (The group he was referring to was
  43. > URI-WG. They are now being discussed in the more tightly focused URN-WG).
  44. > Tim drew a pretty clear distinction between address and names.
  45. > Addresses had a mapping to Internet Protocols, names did not.
  46.  
  47. But he didn't distinguish between the space of addressing schemes
  48. and the space of naming schemes. The value of keeping those
  49. spaces together is incredibly high: the aspect of the web
  50. from which it derives its tremenous value is it universal
  51. information space.
  52.  
  53. > The URN-WG's charter is based on that distinction, so any followups
  54. > should drop it from the CC list.
  55.  
  56. I'm happy to see the URN-WG concern itself only with URI
  57. schemes that seem like names. But I'm not happy with URLs
  58. and URNs being gratuitously incompatible.
  59.  
  60. If there is to be a registry of URI schemes, I just want
  61. one of them. (and I think automating it in the .urn.net
  62. domain is a cool idea!)
  63.  
  64. I want shared syntax rules too: if case-insensitivity is
  65. critical for reliability (and I could easily agree that
  66. it is), then let's make URLs case insensitive. I know zillions
  67. of users will thank us. Or perhaps we can come up with
  68. some convention where if the URI scheme starts with a capital
  69. letter, then the case of the rest of the identifier doesn't
  70. matter... or something like that. In any case, let's have
  71. one syntax debate, not two.
  72.  
  73.  
  74. I'm sorry if my comments are out of order with respect to
  75. the existing URN-WG charter (I can't find the URL WG
  76. charter); but the URL specs are in revision,
  77. and I see a clear opportunity to finally write down the
  78. rules for the space of uniform resource identifiers.
  79. This is the sort of architectural integrity that the IETF
  80. is all about, no?
  81.  
  82. -- 
  83. Dan Connolly, W3C Architecture Domain Lead
  84. <connolly@w3.org> +1 512 310-2971
  85. http://www.w3.org/People/Connolly/
  86. PGP:EDF8 A8E4 F3BB 0F3C FD1B 7BE0 716C FF21